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DOWNLOADING DATA 

The present invention relates generally to downloading data from an external 
content source and, more particularly, to methods and systems that enable faster 
5 and more reliable downloading and printing of data received from an external content 
source. 

In any internet application download /upload of large data files has always been 
a major problem. There are several weird problems related to transfer of data 
through Internet protocols (IP) such as HTTP or FTP. Most of these problems are 

10 related to frequent error conditions that may occur during any long download/upload 
process. Errors like a broken transmission, lost connection, stalled transfer and so on 
are very common problems for large data file transfers. 

An example of a typical internet service where these problems become even 
worst is Print On Demand Services since very large data files (i.e. more than 10Mb) 

15 are exchanged over the Internet. 

A Print On Demand (POD) Service generally allows a customer to buy printed 
reproductions of certain data files, which can be available on particular web sites or 
on the customer's own computer. Such data files, once selected by the customer , 
are transferred, preferably via Internet, to a print service facility/provider for their 

20 reproduction, and often via a modem. For example Mediaflex.com 

(http://www.mediaflex.com) offers ah internet accessible printing service using a 
standard web site. 

Conventional print service providers (PSPs) comprise one or a plurality of 
printers in a singles physical location, e.g. a print shop or a print room, which provide 
25 to a customer a printing service for posters, brochures, leaflets, copies of 

photographs and the like. Typically a print service provider may comprise one or 
more large format printers capable of printing to large format size media, i.e. a HP 
DesignJet printer. 

Printing speed is an important feature for printers of all types, in particular for 
30 printers at print service facilities. In a. POD environment if a customer desires to buy 
a bitmap image that fills an 8 x 1 1 inches page at 300 dots-per-inch (dpi) in 24 bit 
colour, this uncompressed image file would be over 22 Mb in size. Even 
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compressing the file using JPEG compression would still leave a file several MB in 
size. Then, such file is download from the server where it is stored to the print service 
provider for its printing. With a modem operating at 56.6 Kb/s, this download would 
take several minutes, if working at full speed and not experiencing any of the above 
5 error cited conditions. During this time the printer sits idle as it waits to receive data 
and it will not start receiving data, i.e. printing. Clearly if the downloading process, for 
any of the above reasons, fails, the time the printers stay idle get bigger and bigger 
causing frustration and damages (printers not printing the required job) to the PSP's 
owner. 

10 However not only the downloading time has accrued problems, but also the 

rest of the traditional sequential printing process, which causes the growth of the total 
print time for each print to further unacceptable levels in particular for a PSP, which is 
trying to maximise the amount of time during which each printer is actually printing. 
With reference to Fig.1 , traditionally printing of a raster data has been based on 

15 a sequence of the following tasks: "download", "load", "process", "prinf , "I/O". For 

instance a 4Mb JPEG (or TIFF, PhotoCD or the like) compressed raster file has been 
traditionally printed by: 

- downloading: take 4Mb of compressed raster data from the internet 

- loading: decompress 4Mb data into 50Mb rriemory data 

20 - Processing: apply Image processing to 50Mb memory data 

- Printing: send 50Mb memory data through the print driver, eventually till the 
print spooler 

- I/O: send 4Mb-100Mb (compressed/uncompressed) data through the I/O, till 
the printer, which eventually starts printing. 

25 According to Figure 1 , a PSP, by printing several images, has to repeat for 

each of these such sequence of tasks, which means that long periods of "printing 
process" time are always required. Then, there is a need, in particular for a PSP, for 
methods and systems which can increase the number of prints that can be produced 
by each printer, optimising such printing process. 

30 Applicant realises that most of the above stated problems, occurring while 

downloading/uploading files from/to a server to/from a client computing device, are 
not likely to appear when small files (generally less than 1 Mb) are transferred. 



According to a first aspect of the present invention there is provided a method 
to download a first data file to a computing device, comprising the steps of: 
segmenting the data file available on a content source external to the user computing 
device into a plurality of portions; independently downloading to said computing 

5 device each of said plurality of portions; and assembling each dov»/nloaded portion 
into a second data file on said computing device, to mach such first data file. 

This means that only small sized "files" (portions) are download/uploaded via 
the telecommunication network, and that in the few occurrences of a failed 
transmission, only small sized files will be re-transmitted. This also means that even 

10 if the amount of time required for the downloading of a given time is not reduced in 
case of a "good connection", it makes the total downloading time less dependent on 
the quality of the connection. In fact a bad connection may cause substantial 
increases of the downloading time due to the frequent need of re-transmission of the 
same data. 

15 ' In addition, reducing the occurrence of transmission interruption it reduces the 
risk to not receive any error message advising that the downloading ahs been 
interrupted for any reason, generating the dangerous believe that the download 
ended correctly and the file is complete. For instance it may happen if the computing 
device is protected by a fire wall. 

20 Preferably, the size of each portion is smaller than or equal to 1 Mb. 

The split of the full size of the data file to a number of portions having a smaller 
size allows to enjoy a transmission through a more reliable connection for the entire 
data file. In fact, experiments njn by the Applicant showed that a good connection 
(above 15 Kb/s or more preferably 20 Kb/s) over the Internet can be guaranteed for 

25 few minutes (4 to 1 0 min) only (this con-esponding to transmission of 1 Mb or below of 
data), then may experience degradation or other problems. 

More preferably, at least two portions of said plurality of portions have the same 

size. 

In preferred embodiment, the method comprises a step of creating said second 
30 data file in the computing device having size equal to the size of said first data file. 
The creation of the empty file is twofold: firstly it ensures before starting the 
download that there is enough space in the memory store the data file; secondarily, it 



allows to employ a simpler method to re-assembly the independently downloaded 
portions of the original data file. 

Typically, said step of independently downloading comprises the step of 
downloading X bytes of said first data file starting from byte Y of said first data file 
5 and storing the downloaded X bytes Into said second data file form byte Y of said 
second data file. 

In a further preferred embodiment, the method comprises the step of 
downloading at least two of said plurality of portions by simultaneous threads. 
Preferably, 4 or more portions are downloaded by simultaneous threads 

10 This allows to achieve the bigger reduction in the downloading time. 

More preferably, a further simultaneous thread is launched for independently 
downloading a further portion of said plurality of portions if a data transfer speed for 
any of the current active thread(s) is bigger than or equal to 1 5 Kb/s. or more 
preferably bigger than 20Kb/s. 

15 In this way, the method it is optimising the capacity of the line, i.e. a new 

concurrent thread, which may further reduce the downloading time, is not launched if 
is going to fill up the connection. This may cause a reduction of the speed time of 
some or all of the currently active threads, then eventually provoking an increase in 
the total downloading time. 

20 According to a second aspect of the present invention there is provided a 

method of printing a plurality of data files on a printer comprising the steps of: (a) 
selecting a first data file to be printed from said plurality of data files; (b) downloading 
said selected data file form a content source external to a computing device 
connected to the printer; (c) once said selected data file is entirely downloaded into 

25 said computing device, processing said selected data file and sending the processed 
data to the printer for printing; and (d) during said steps of processing and sending, 
selecting the following data file from said plurality of data files and repeating steps (b) 
(c) and (d) for said selected data file. 

This allows the system to continuously download, load, process, print and 

30 transmit raster data without overheating the system and minimising the bottleneck. 
Although the total print time of each image is not improved at all (if previous 
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embodiment(s) achieving the improved downloading are not included in this 

embodiment) the overall printing system delivers an optimal in/out throughput ratio. 
According to a third aspect of the present invention there is provided a method 

printing a plurality of data files on a printing device, comprising a computing unit and 
5 a printing unit, said method comprising the steps of: (a) selecting a first data file to be 

printed from said plurality of data files; (b) downloading said selected data file, by 

means of said computing unit, from a content source external to said printing device; 

(c) once said selected data file is entirely downloaded into said printing device, 

processing said selected data file and passing the processed data to the printing unit 
10 for printing; and (d) during said steps of processing and passing, selecting the 

following data file from said plurality of data files and repeating steps (b) (c) and (d) 

for said selected data file. 

According to a fourth aspect of the present invention there is provided a 

computer program product comprising computer program means adapted to perform 
15 the method of downloading and/or printing a plurality of data files on a computing 

device or printing device when said program is run on the computing device or the 

printing device. 

According to a fifth aspect of the present invention there is provided a system 
comprising means adapted for carrying out all the steps of the method of 
20 downloading and/or printing a plurality of data files on a computing device or printing 
device. 

The invention can be better understood with reference to the following 
drawings. The components in the drawings are not necessarily to scale, emphasis 
instead being placed upon clearly illustrating the principles of the present invention. 
25 Moreover, in the drawings, like reference numerals designate corresponding parts 
throughout the several views. 

FIG. 2 is a block diagram of a system for printing a data file on a printer 
according to one embodiment of the present invention; 

FIG. 3 is a flow chart of one embodiment of a method for printing a data file on 
30 a printer executed in the system of FIG. 2; 

FIG. 4 is a flow chart showing the steps for setting the block size of data based 
on the connection speed between the content source and the user's system; 
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FIG. 5 is a flow chart of one embodiment of a method for downloading a data 
file on a printer executed In the system of FIG. 2; 

FIG. 6 is a block diagram showing the downloading time when the method of 

FIG.5 is applied. 

5 FIG. 7 is a block diagram showing the full printing time achieved by a method of 

printing a plurality of data files on a printer executed in the system of FIG 2. 

There will now be described by way of example the best mode contemplated by 
the inventors for carrying out the invention. In the following description of numerous 
specific details are set forth In order to provide a through understanding of the 

10 • present invention. It will be apparent however, to one skilled in the art, that the 
present invention may be practiced without limitation to these specific details. In 
other instances, well known methods and structures have not been described in 
detail so as not to unnecessarily obscure the present invention. 

\A/hilst the following description applies to a plurality of computing devices and 

15 printing devices, including, small and large format printers, facsimiles, all-in-one 
devices or the like, communicating over the internet it will be understood by the 
person skilled in the art, that in general such devices may communicate over any 
communications network, including virtual private networks (VPN's), local area 
networks (LAN's), mobile telecommunications networks or the like. 

20 In this specification, the term 'communication network' includes any 

communications network over which a plurality of computer entities can 
communicate with each other by transfer of electronic data files. Such networks 
include both packet switched and circuit switched networks, and hybrids of packed 
switched/circuit switched networks. Examples of such networks include the Internet, 

25 wide area networks (WAN's). Various protocols such as internet protocol (IP); 

asynchronous transfer mode (ATM); wireless application protocol (WAP) and the like 
may be used. 

With reference to FIG. 2, a block diagram of a system 1 00 for printing a data file 
on a printer according to one embodiment of the present invention is shown. The 
30 system 100 may comprise, for example, a computer system as shown or a dedicated 
logical circuit that replaces the principle components of the computer system, which 
can be integrated into a printing device. In the preferred embodiment, the system 
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1 00 includes a processor 11 3 and a memory 1 1 6, both of which are electrically 
coupled to a local interface 1 19. The local interface 119 may comprise, for example, 
a data bus with an accompanying control bus as is known by those skilled in the 
computer art. The local interface 1 1 9 provides a conduit for the transfer of data 
5 between the various components attached thereto. 

The system 100 of Fig. 2 is shown in context with a server 106 and a network 
109. The system 100 also comprises a network interface 123 that electrically couples 
a network 109 to the local interface 1 1 9. The network interface 123 makes data 
obtained from the server 106 via the network 109 available on the local interface 

10 119. The network interface 123 may include, for example, a modem or an 

appropriate network card that may be employed to transmit and receive data across 
the communications network 109. 

The system 100 also includes one or more output interfaces 126 and one or 
more input interfaces 129. The output interfaces 126 electrically couple one or more 

15 output devices to the local interface 1 1 9. Examples of such output devices include a 
• printer 128, a display device 133 and other output devices such as speakers, efc. 
The output interfaces 126 may include, for example, an interface card or other similar 
device. Likewise, the input interfaces 129 electrically couple one or more input 
devices to the local interface 1 1 9 as shown. The input devices may include, for 

20 example, a keyboard 1 36 or a mouse 1 39. The memory 1 1 6 may comprise any one 
of or a combination of a number of memory devices, including both volatile and 
nonvolatile memory components. Volatile components are those that do not retain 
data values upon loss of power. Conversely, nonvolatile components retain data 
upon a loss of power. These volatile and nonvolatile components may include, for 

25 example, random access memory (RAM), read-only memory (ROM), hard disk 
drives, floppy disk drives, compact disk drives, tape drives, and other memory 
components. 

A browser 143 and one or more drivers 145 for communicating with the output 
devices are stored on the memory 116. Upon execution by the processor 113, the 
30 logic of the browser 1 43 generates a browser graphical user interi'ace that appears 
on the display device 133. The browser 143 may be employed to display various 
web pages that are downloaded to the system 1 00 via the networi< 1 09 as known in 
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the art. Also stored on the memory 1 16 is a plug-in 147 that includes printing logic 
149 for controlling the system 100 to print a data file on a printer in accordance with 
the present invention. Plug-in 147 further includes an upload logic 180 and a 
download logic 181 for respectively uploading a data from the system memory 
5 system 1 1 6 to the server 1 06 or downloading data from the server to the system 
memory 1 16 As explained in more detail below, in a first embodiment the printing 
logic 149 gathers data received from a remote content source and sends portions of 
the data to the printer 1 28 via the driver 1 45. 

With continued reference to Figure 2, the server 106 may include a processor 
10 1 56 and a memory 1 59, both of which are electrically coupled to a local interface 
163. The local interface 163 may comprise, for example, a data bus with an 
accompanying control bus as known in the art. The server 106 also includes a 
network interface 166 that electrically couples the telecommunication network 109 to 
the local interface 163, thereby allowing data available from the network 109 to be 
15 manipulated by the processor 1 56 and stored in the memory 1 59. Also, data from 
the memory 159 may be transmitted to a remote location on the network 109, such 
as the system 100, via the network interface 166. For example, a data file 169 stored 
on the memory 159 may be downloaded from the server 106 to the system 100 via 
the network 109 and ultimately displayed on the display device 133, stored in 
20 memory 1 1 6 for future usage, or printed on the printer 1 28. 

The system 100 may receive a data file from a remote content source, such as 
the server 106, and begin printing the data from the file before the entire data file is 
received. In this manner, the actual printing of the data file begins soon after the print 
request from the user and is much less dependent upon the modem speed, network 
25 traffic and other factors. 

However, in a number of case it is still necessary to wait till the data 169 is 
entirely downloaded before starting any printing activity. 

This is true for example if the data file is: 

- a PDF file, since all the multipage information are stored at the end of the file, 
30 thus it is necessary to receive the entire file before the printing logic is capable of the 
information for each page; 



- a BMP or TIFF files, since the information are stored in the other way around, 
i.e. first the data to be printed last and last the data to be printed first. Then, it is 
necessary to wait that the downloading is ended to get the data which are going to 
be printed first and so starting the printing process. 
5 - any file comprising special actions to be performed or effects to be applied on 

the data image before printing which require completion of the download process to 
perform the action (or apply the effect) e.g. rotating the image for printing, for 
instance to optimise the media usage or for fitting with the media size. 

In the following with reference to Fig. 4, a preferred embodiment of the system 
10 and method of the present invention which will try to address the above problem will 
be described. 

As shown in Figure 2, the remote content source may comprise the server 106 
and the data file may be a full-page image file 169 residing in the memory 1 59 of the 
server. A user operating the computer system 100 may view on the display device 
15 133 a web page 146 served from server 1 06. The web page 146 may include a 
thumbnail version 149 of the full-page image file 169. If the user desires to print the 
complete image file 169, the user may select the thumbnail version 149 and execute 
a print request. 

Turning now to Figure 3, a flow chart of one embodiment of the system and 
20 method of the present invention is illustrated. Beginning with block 200, when the 
print request is executed the printing logic 149 controls the system 100 to begin 
receiving the image file 169 from the server 1 06 in the form of a data stream through 
the browser 143. In block 202 the printing logic 149 gathers a first portion of data 40" 
from the stream and stores the first portion in a temporary storage segment 40 of the 
25 memory 116 (block 204). The printing logic 149 then progresses to block 206 and 
sends the first portion of data 40' to the printer 128 via the driver 145. Upon receiving 
the first portion of data 40', the printer 128 begins printing. Meanwhile, in block 208 
the printing logic 149 gathers a second portion of data 40" from the stream and 
stores the second portion in the memory 1 16 (block 210). It will be appreciated that 
30 the step of gathering a second portion of data 40" (block 208) may be performed 
concurrently with the step of sending the first portion of data 40" to the printer (block 
206) or may be started while the first portion of data 40" is still printing. Additionally, 
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this step and the other steps described herein are performed in the background such 
that the user is unaware that data is being continuously received. 

After storing the second portion of data 40" in memory (block 210), the printing 
logic 149 then proceeds to block 212 to determine if the printer has finished printing 
5 the first portion of data 40'. If the printer has finished printing the first portion of data 
40', then the printing logic 149 sends the second portion of data 40" to the printer 128 
(block 214). If the printer has not finished printing the first portion of data 40', the 
printing logic 149 progresses to block 216 and determines whether a printing timeout 
has expired, where the printing timeout comprises a predefined period of time. When 
10 the printing timeout expires, the printing logic 1 49 again executes the query of block 
212. 

It will be appreciated that in this embodiment the block size of the first, second 
and any additional portions of data may be a predefined value or may be adjusted 
based upon one or more factors, such as data transfer speed between the computer 

15 system 1 00 and the server 1 06. A more detailed explanation of one embodiment of 
logic that adjusts the block size of the data portions is provided below. 

After storing the second portion of data 40" in memory, the printing logic 149 
also determines whether the entire data file 169 has been received from the server 
1 06. More specifically, in block 220 of the illustrated embodiment the printing logic 

20 1 49 determines whether a "destroy stream" command has been received. If a 
"destroy stream" command has been received, the printing logic 149 ends. If a 
"destroy stream" command has not been received, the printing logic 149 progresses 
to block 222 and gathers the Next portion of data from the stream. The printing logic 
149 then stores the Next portion in the temporary storage segment 40 of the memory 

25 116 (block 224). The printing logic 1 49 then progresses to block 226 where it 
determines if the printer 128 has finished printing the Previous portion of data. 

If the printer has finished printing the Previous portion, then the printing logic 
149 sends the Next portion of data to the printer 128 (block 228). If the printer has 
not finished printing the Previous portion of data, the printing logic 149 progresses to 

30 block 230 and determines whether a printing timeout has expired, where the printing 
timeout comprises a predefined period of time. 
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When the printing timeout expires, the printing logic 149 again executes the 
query of block 226. Additionally, after storing the Next portion of data in memory at 
block 224, the printing logic 149 returns to block 220 to determine if a "destroy 
stream" command has been received, and the subsequent steps described above 
5 are repeated as appropriate. 

With reference now to Figure 4, a flow chart of another advantageous feature of 
one embodiment of the printing logic 149 is illustrated. More specifically. Figure 3 
shows the steps executed by the printing logic 1 49 to set a block size for the portions 
of data gathered from the data stream. Preferably, the steps of Figure 3 are executed 
10 before the system 1 00 begins receiving data from the remote content source at block 
200 in Figure 2. The steps of Figure 3 may also be executed periodically and 
concurrently with the printing process described in Figure 2. In this manner . the block 
size of the portions of data may be dynamically adjusted during the printing process 
to optimize print speed. 
15 Beginning with block 240 in Figure 4, in a further embodiment the printing logic 

149 pings the server 106 and calculates a data transfer speed between the system 
100 and the server (block 242). The printing logic 149 then proceeds to block 244 
and determines if the data transfer speed is greater than a predetermined threshold 
value A, such as 28.8 Kb/s. If the data transfer speed is not greater than A, then the 
20 block size is set to a predetermined value W, such as 4KB (block 246). If the data 
transfer speed is greater than A, then the printing logic 149 proceeds to block 248 
where it determines if the data transfer speed is greater than another predetermined 
threshold value B, such as 56 Kb/s. If the data transfer speed is not greater than B. 
then the block size is set to another predetermined value X (block 250) such as 
25 16KB, where X>W. If the data transfer speed is greater than B, then the printing logic 
149 proceeds to block 252 and sets the block size to another predetermined value Y, 
such as 64KB, where Y>X. Thereafter, this portion of the printing logic 149 ends 
accordingly. Advantageously, by increasing the block size of data as the data 
transfer speed increases, fewer portions of data are sent to the printer. It will be 
appreciated that the printing logic 149 may utilize only one comparison of the data 
transfer rate to a single predetermined threshold value. Similarly, three or more such 
comparisons to different threshold values may also be utilized. It will also be 
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appreciated that system characteristics other than data transfer speed may be 
examined and utilized to adjust the block size of data. 

These characteristics may include printer capabilities, printer performance, 
processor speed, etc. Referring back to Figure 1, and in an alternative 
5 embodiment of the system and method of the present invention, at least a portion of 
the printing logic 149 may reside in the memory 159 of the server 106. In this 
manner, one or more of the functions described in the flow charts of Figures 2 and 3 
may be performed by the server. For example, upon receiving a request from the 
system 100 to download the data file 169, the server 106 may partition the data file 

10 1 69 into a plurality of portions. The server 1 06 may then transfer a first portion of the 
plurality of portions of data to the system 100 via the network 109, and the system 
may begin printing the first portion on the printer 128. The server 106 may then 
transfer a second portion of the plurality of portions of data to the system 1 00, and 
the system may print the second portion after printing the first portion. This process 

15 may continue unfil the entire data file 1 69 has been transferred to the system 1 00. 

Turning now to Fig. 5, a preferred system and method for downloading a data 
file from will be described. 

At step 500 it starts the process for downloading data file 169, e.g. a big image 
file of some Mb of size, from server 106 to system 1 00 via the communication 

20 network 1 09. At step 510, downloading logic 1 81 gets from server 1 06 the size of the 
data file 169 to be downloaded. At step 520 downloading logic is creafing in memory 
1 16 an empty file 40 having size equal to the size of the data file 169. The creafion of 
the empty file 40 Is twofold: firstly it ensures before starting the download that there is 
enough space in memory 1 16 to store data file 169. State of the art systems allows a 

25 download process to start and go on without checking if it will fit in the hard disk, 
aborting the operation (often after several minutes and after several Mb of the file 
has been transferred) only when storing the last block received causes an error due 
to the lack of space. Secondarily, it allows to employ a simpler method to re- 
assembly within the system 100 the independently downloaded portions 40', 40", of 

30 the original data file 169. 
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Then pointers Y1 and Y2, used to return respectively the starting byte and the 
ending byte from which the get command will start downloading a portion of a given 
length of the data file 169, are set to 0. - 

At step 530 the system 100 pulls a first thread via the network to the server 
5 106. The thread launches a get command, in accordance to http 1.1 protocol, for X 
bytes of the data file starting fi-om position Y1 to position Y2, the download of the first 
portion of the file is started. Preferably the value of X is not varying, except for the 
last download, since the data file will not be always a multiple of X. Preferably, the 
value of X is set to 51 2 Kb in case of a modem connection or to 1 Mb is case of an 
10 ISDN connection. For XDSL technologies, cable modem, T1 , T3, T1 0 or the like 
connections larger portion sizes can be used.. 

In an alternate embodiment values Y1 and X only may be used to identify the 
portion to be downloaded, Also in this embodiment the amount of bytes downloaded 
will be generally fixed, with the above exception. 
15 While step 530 is still in execution, control passes to step 540 where pointer Y1 

is now set to the beginning of the next portion to be downloaded and Y2 to the end of 
such next portion, by adding to the previous value of Y1 and Y2 the X number of byte 
transferred by the previous thread If Y2 is bigger than the size of the file Y2 is set to 
the list byte of the data file. 
20 Test 550 is checking if any portion of the file have not been assigned to a 

thread by reading the value of the pointer Y1 . If Y1 is not returning a valid byte of the 
file, i.e. Y1 is bigger than the size of the file, the process end at step 550. 

In the negative, control passes to a new test 560, which is checking if any of the 
currently active threads, each downloading a independent portions of the file, has a 
25 downloading speed bigger than or equal to 20 Kb/s or no thread are currently active. 
If not the test is repeated until an adequate speed is found or there are no threads 
currently pulled. If the speed is good, it means that the connection is not saturated 
yet, so that it is possible to pull an additional thread. At step 570 it is checked if the 
number of currently concurrent threads is above a given threshold Z, which is 
30 preferably comprised between 4 and 8, so that line is not overloaded. In fact, this 
may cause a degradation in the speed and in the quality of transmission of all the 
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concurrent threads. More preferably lines at 128 Kb/s have Z set to 8, while lines at 
lower speed have Z equal to 4. 

If the result of test 570 is no, a step 530 a,oew thread is pulled. In the 
affirmative steps 560 and 570 are then repeated until the number of concurrent 
5 threads returns below the threshold and the transmission speed is maintained above 
an acceptable level. 

Once a thread is pulled at step 530, test 580 is checking when the downloading 
process ends for a given portion of the file. A timeout 585 associated to the test, 
interrupt the download if not completed after a given time. Then at step 587, the 

10 interrupted dov^/nload, it is started again, by pulling a new thread for another attempt 
of downloading such portion. 

Alternatively it can be divided the estimated bandwidth of the connection 
between server 1 06 and the system 1 00 among the number of active threads to 
obtain the value of a virtual connection speed for each thread. Each of the threads, 

15 which is below a minimum threshold, e.g. 20% less than such virtual connection 
speed, is then killed and another thread is pulled to download such portion. In case 
that the current average speed of the active threads is above a maximum threshold, 
e.g. 20 % more than such virtual connection speed, no other threads are pulled. 
If test 580 return no, i.e. the download of a given portion M1 is completed, at 

20 step 590, system 1 00 stores the portion in the empty file 40 at the positions 40' 
corresponding to its Y1 and Y2 values. 

The same process is the repeated for portion M2 stored in the empty file 40 at 
position 40" and so on until all the portion of the data file 169 are stored in the once 
empty file 40 in memory 1 16. 

25 An entirely similar process will be used by the system uploading logic 180 and 

the server uploading logic 182, to upload a data file from system 100 via the network 
109 to memory 159 of server 106. It this case, system 100 will cause the server to 
create an empty file in memory 159 as big as the data file to be up load. 
Subsequently, using a method similar to the one described with reference to Fig. 5, 

30 system 1 00 pull a launches a plurality threads, each launching corresponding "posf 
command, according to http 1.1 protocol. Each post command contains a portion of 
the data file to upload. The header of each portion is containing the Y1 and Y2 
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values necessary to the server uploading logic 182 to re^mpose the data file in the 
server 106. Basically Fig. 6 can be adapted to describe the uploading logic 
mechanism by replacing the occurrences of (i) the "get" command by the "post- 
command and (ii) dovvnioading by uploading. Again, as per the download of the data 
5 file, the system 1 00, by means of the uploading logic 1 80, will manage the 
transmission of the portions between the system 100 and the server 106. 

Referring now to Fig. 6. it is be graphically shown how the total download time 
for a data file has been dramatically reduced by the preferred embodiment(s) of the 
present invention. 

10 Refen-ing now to Fig. 7, it is shown how, once that the downloading process 

has been optimised, further improvements may come by using single specialised 
tasks that that run separately and independently from the others, eliminating 
bottlenecks in the overall printing system. While one image is being dov^/nloaded a 
completely different image is being loaded in memory, a different one is being 

15 processed, a further different one is being printed through the print driver and yet a 
different one is being transferred through the I/O. Improvements achieved by this 
embodiment over the traditional approach (see Fig. 1) are exceptional, especially for 
high volume print on demand production systems, where throughput is critical. This 
allows the system to continuously download, load, process, print and transmit raster 

20 data without overheating the system and minimising the bottleneck. Although the 
total print time of each image is not improved at all (if previous embodiment(s) 
achieving the improved downloading are not included in this embodiment) the overall 
printing system delivers an optimal in/out throughput ratio. 

In a further preferred embodiment, not shown, tasks the sequence of tasks 

25 download, load, process print and transfer, can be entirely or more preferably 

streamed, i.e. once that a chunk of the image has been processed by one task the 
result is immediately passed to the following task without waiting for the end of the 
entire task. In one embodiment the load and the I/O tasks always start respectively 
once the previous download and print tasks are completed. However process and 

30 print tasks can start as soon as a chunk of data has been processed respectively by 
the load task and by the process task. 
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The printing logic 149, uploading logidSO and downloading logic 181 of the 
present invention may be implemented in hardware, software, firmware, or a 
combination thereof. In the preferred embodiment(s), the printing logic 149, 
uploading Ioglc180 and downloading logic 182 are implemented in software or 
5 firmware that is stored in a memory and that is executed by a suitable instruction 
execution system. If implemented in hardware, as in an alternative embodiment, 
such logics 149, 180, 181 can be implemented with any or a combination of the 
following technologies, which are all well known in the art: a discrete logic circuit(s) 
having logic gates for implementing logic functions upon data signals, an application 

10 specific integrated circuit having appropriate logic gates, a programmable gate 
array(s) (PGA), a fully programmable gate array (FPGA), etc. The flow charts of 
Figures 3, 4 and 5 show the architecture, functionality, and operation of possible 
implementations of the logics 149, 180, 181. In this regard, each block represents a 
module, segment, or portion of code, which comprises one or more executable 

15 instructions for implementing the specified logical function(s). Note that in some 
alternative implementations, the functions contained in the blocks may occur out of 
the order noted in Figures 3, 4 and 5. For example, two blocks shown in succession 
in Figures 3, 4 and 5 may in fact be executed substantially concurrently or the blocks 
may sometimes be executed in the reverse order, depending upon the functionality 

20 involved. The logics 1 49, 1 80, 1 81 , which comprises an ordered listing of executable 
instructions for implementing logical functions, can be embodied in any computer- 
readable medium for use by or in connection with an instruction execution system, 
apparatus, or device, such as a computer-based system, processor-containing 
system, or other system that can fetch the instructions from the instruction execution 

25 system, apparatus, or device and execute the instructions. In the context of this 

document, a "computer-readable medium" can be any means that can contain, store, 
communicate, propagate or transport the program for use by or in connection with 
the instruction execution system, apparatus, or device. The computer readable 
medium can be, but is not limited to, an electronic, magnetic, optical. 

30 electromagnetic, infrared or semiconductor system, apparatus, device or propagation 
medium. More specific examples (a nonexhaustive list) of the computer-readable 
medium would include the following: an electrical connection (electronic) having one 
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or more wires, a portable computer diskette (magnetic), a random access memory 
(RAM) (magnetic), a read-only memory (ROM) (magnetic), an erasable 
programmable read-only memory (EPR0M or Flash memory) (magnetic), an optical 
fiber (optical) and a portable compact disc read-only memory (CDROM) (optical). 
Note that the computer-readable medium could even be paper or another suitable 
medium upon which the program is printed, as the program can be electronically 
captured, via for instance optical scanning of the paper or other medium, then 
compiled, interpreted or otherwise processed in a suitable manner if necessary, and 
then stored in a computer memory. 
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CLAIMS 

1 . A method to download a first data file to a computing device, comprising the 
steps of: 

5 - segmenting the data file available on a content source external to the user 

computing device into a plurality of portions; 

- independently downloading to said computing device each of said plurality of 
portions; and 

- assembling each downloaded portion into a second data file on said 
10 computing device, to mach such first data file. 

2. A method as claimed in claim, wherein the size of each portion is smaller 
than or equal to 1 Mb. 

15 3. A method as claimed in any preceding claims wherein at least two portions 

of said plurality of portions have the same size. 

4. A method as claimed in any preceding claims further comprising, before the 
step of independently downloading, a step of creating said second data file in the 

20 computing device having size equal to the size of said first data file. 

5. A method as claimed in claim 4 wherein said step of independently 
downloading comprises the step of downloading X bytes of said first data file starting 
from byte Y of said first data file. 

25 

6. A method as claimed in claim 5 further comprising the step of storing the 
downloaded X bytes into said second data file form byte Y of said second data file. 

7. A method as claimed in any of the preceding claims, further comprising the 
30 step of downloading at least two of said plurality of portions by simultaneous threads. 
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8. A method as claimed in claim 7 wherein 4 or more portions are downloaded 
by simultaneous threads. 

9. A method as claimed in any of claims 7 or 8, wherein a further simultaneous 
5 thread is launched for Independently downloading a further portion of said plurality of 

portions if a data transfer speed for any of the current active thread(s) is bigger than 
or equal to 1 5 Kb/s. 

10. A method as claimed in claim 9. wherein said data transfer speed is bigger 
10 than 20 Kb/s. 

11 . A method of printing a plurality of data files on a printer comprising the 
steps of: 

(a) selecting a first data file to be printed from said plurality of data files; 
15 (b) downloading said selected data file form a content source external to a 

computing device connected to the printer in accordance to any of the claims 1 to 10; 

(c) once said selected data file is entirely downloaded into said computing 
device, processing said selected data file and sending the processed data to the 
printer for printing; and 

20 (d) during said steps of processing and sending, selecting the following data file 

from said plurality of data files and repeating steps (b) (c) and (d) for said selected 
data file. 

12. A method of printing a plurality of data files on a printing device, comprising 
25 a computing unit and a printing unit, said method comprising the steps of: 

(a) selecting a first data file to be printed from said plurality of data files; 

(b) downloading said selected data file, by means of said computing unit, from 
a content source external to said printing device in accordance to any of the claims. 1 
to 10; 

30 (c) once said selected data file is entirely downloaded into said printing device, 

processing said selected data file and passing the processed data to the printing unit 
for printing; 
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(d) during said steps of processing and passing, selecting the following data file 
from said plurality of data files and repeating steps (b) (c) and (d) for said selected 
data file. 

5 1 3. A computer program product comprising computer program means adapted 

to perform the method of any one of the preceding claims when said program is run 
on a computing device. 

14. A system comprising means adapted for carrying out all the steps of 
10 the method according to any of claims 1 to 1 2. 

1 5. A method of downloading substantially as herein described with 
reference to Figures 2 to 7 of the accompanying drawings. 

15 16. A method of printing substantially as herein described with reference 

to Figures 2 to 7 of the accompanying drawings. 

17. A computer program product substantially as herein described with 
reference to Figures 2 to 7 of the accompanying drawings. 
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18. A downloading system substantially as herein described with 
reference to Figures 2 to 7 of the accompanying drawings. 
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ABSTRACT 

DOWNLOADING DATA 

5 A method for enabling faster downloading and printing of data received from an 

external content source, comprises, segmenting the data file available on a content 
source external to the user computing device into a plurality of portions; 
independently do\Ainloading to said computing device each of said plurality of 
portions; and assembling each downloaded portion into a second data file on said 

10 computing device, to match such first data file. Alternatively the method comprises 
(a) selecting a first data file to be printed from said plurality of data files; (b) 
downloading said selected data file form a content source external to a computing 
device connected to the printer, (c) once said selected data file is entirely 
downloaded into said computing device, processing said selected data file and 

15 sending the processed data to the printer for printing; and (d) during said steps of 
processing and sending, selecting the following data file from said plurality of data 
files and repeating steps (b) (c) and (d) for said selected data file. 
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